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METHOD AND SYSTEM FOR GENERATION AND MANAGEMENT 
OF CONTENT AND SERVICES ON A NETWORK 

CROSS-REFERENCE TO REUTED APPLICATIONS 

This application claims the benefit of priority from provisional U.S. 
5 Patent Application 60/262,519 filed on January 17, 2001, and U.S. Application 
60/262,049 filed on January 17, 2001, the disclosure of both are incorporated 
herein by reference in its entirety 

BACKGROUND OF THE INVENTION 

Field of the Invention 

1 0 The present invention relates generally to software for enabling e- 

Business. More particularty, the present invention relates to software that 
provides an extensible platfonti for content management Enterprise Application 
Integration C^EAI"). and Enterprise Infonnation Portals ("EIP") for businesses 
operating over the Internet 

15 Description of Related Art 

In the early days of the Web, sites were primarily static content 
repositories with littie or no transactional components. Thus content consisted of 
HTML files, images, and downloadable documents like presentations or PDF 
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files. Content managers were typically "webmasters" who had knowledge of 
HTML, scripting languages, image processing, and Web server software and 
hardware. Companies often outsourced the content management of their Web 
sites given the breadth of expertise required, the static nature of the content, and 
5 the fact that it was not critical to business operations. 

As the technology and importance of the Web have evolved, what is 
considered "contenf has changed dramatically. Web sites are now the central 
repository for much richer and business-critical content including business 
processes and mles, software components, data sources, transactional 
10 components, visitor profiles, product catalogs, and other data. Such varied 

content types require very different skill sets among the content managers, many 
of whom have specialized knowledge that cannot be transferred outside of the 
organization. Hence it has become infeaslble to outsource content management 
in most modem, business-critical Web sites. 

15 As comparison of prior art solutions with the present invention is 

depicted in Table A. Table A compares the features within the present invention 
with two prior art devices, Intenwoven's Teamsite and Vignette's V/5. 
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^ Functionality; 


t Present Invention 


f :;y Interwoven: 
r Tearhsite -J ^ 


r. . yignette' r->-pi 


XML/XSL 


Pure XML With 
XSL transfomis 


Support for XML, 
no XSL 


Support for XML, no 
XSL 


Content 
Management 


Fully 

configurable, 
multi-level 
approval, version 
control, 

extensible using 
XML and 3rd 
party apps 


Template engine 
added on top of 
workflow/versioni 
ng development 
system 


Fully configurable, 
multi-level approval, 
versioning, extensible 
using 3rd party apps 


Application 
Integration 


Information 
portal-like 
functionality, wrap 
any external data 
in XML for 
presentation and 
management 


Limited with new 
portal Add-on 


None that can be 
managed through 
templating engine 


Personalization 


Fully 

customizable, 
down to individual 
page elements - 
rules, profile and 
behavior based 


None, requires 
integration with 
3rd party 
application 


Customizable * ailes, 
profile and behavior 
based 


Architecture 


Fully component 
based, J2EE, 
XML, using 
industry standard 
Java application 
servers and 
databases 


Proprietary file 
system for site 
storage, database 
storage of some 
assets 


Vignette Application 
Foundation (VAF) 
supports ASP and 
JSP development. Full 
package comprises 6 
separate applications. 


Extensibility 


Full set of 
published API's 
and SDK 
available for 
Java. Integrates 
with any open 
API, EJ13, 
Messaging or 
XML bridge. 


Limited to 

reconfiguring 

existing 

functionality only, 
using command- 
line versions of 
function In 
custom scripts; 
no APIs 


API set for C4"*- and 
proprietary scripting 
language for limited 
content management 
functions 


1 oolsei 


Java code Input 
and compiler 
(SDK), message 
handler. XML 
schema, directory 
pool and XSL 
handlers, plus 


None for existing 
functionality, 
interface exists 
for staging and 
deploying 
content, source 
level differencing 


Many interfaces to 
access existing 
functionality 
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fK!|functl6rtalitp 




: t :;flntehvdven' 
--.V /Teamsite M 


•^I^P^gnett^^Hlif^ 




interfaces for 

existing 

functionality 






strengths 


Component- 
based, scalable, 
extensible, robust 
toolset, cost use 
of XML andXSL 


Collaborative 
Web 

development, 
versioning 


strong in publishing 
Industry. End-to-end 
solution with all 
applications combined 



TABLE A 



it would be ideal If users managed the Web site content through the 
Web site (intranet, extranet and/or Internet). The Web site would act as the portal 
or console through which content and application services are deployed. By 
5 managing content through the Web site, the creation, deployment and 

management of disparate content types would be consolidated in one unified 
Web-based Interface. In addition, It would be ideal If tiie management platfonn 
associated with the unified Web-based interface offered an easy extension of 
internal services while at tiie same time simplifying integration with external 
10 services. 

The present Invention responded to tills need to manage, create 
and provision complex transadional Web-based services by developing a unified 
content and ti-ansaction management platfomi. No prior art solution utilizes 
Extensible Mariojp Language n(ML") along witti Extensible Stylesheet Language 
1 5 ("XSL") and tiie architectural purity of Java and "EJB" to create a unified Web- 
based content and application management platfonn. 
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SUMMARY OF THE INVENTION 

Some objectives of the present invention include, but are not limited 
to: providing a unified Web interface to access, enable, manage and personalize 
enterprise data, legacy systems, applications and content; creating a seamless 
5 and standardized Web gateway for delivering varied content to any channel; 
empowering organizations to Web-enable infonnation that was previously 
inaccessible; modernizing existing business methods and improving existing 
business methods that can benefit firom efficiencies int-oduced by Web 
technologies; reducing Web operational and labor costs; and expanding revenue 
1 0 and market opportunities. 

To best utilize the Web for business purposes, businesses need to 
integrate and centralize their existing infonnation assets Into transactional Web- 
enabled portals fliat can serve tiie varying needs of internal staff, parbiers and 
clients. The flexibility and scalability of the present invention meete tfiis heed with 

15 an open architecture module dejrfoyment platfomi and a rich set of Application 
Programming Interfaces ("APIs"). The present invention's module deployment 
platfomi allows tiiird-party systems to extend basic application behavior in at 
least three ways: outsourcing content creation and maintenance, outsourcing 
lookup and retiieval of pages and outsourcing the handling of application events. 

20 Prior art systems can not hamess and orchestrate distributed Information 

management as easily and as seamlessly as the present invention. Moreover, 
tiie present invention reduces Internet operational costs by sixty percent and 
enables a ninety percent reduction in labor and time by provisioning Internet 

5 



wo 02/069541 



PCT/US02/01582 



services. For example, the present invention can enable a conglomerate 
servicing over 1,200 contributors to manage its global Intranets and Extranets 
with only 2 employees. 

The modules of the present invention are built on top of a rich set of 
5 APIs that the application exposes through Enterprise Java Beans ("EJBs''), tiie 
industry-standard for distributed transactional components. These APIs are 
backed by comprehensive security and highly scalable perfomiance. Leveraging 
these APIs, each module can focus on the spedfics of its business logic and on 
meeting application goals. With its painless deployment process, robust and 
10 convenient APIs and strict adherence to leading industry standards, the present 
invention offers an open-^nded rapid development platform unmatched in any 
prior art product. 

The present invention uses industry standard technologies rather 
than closed, proprietary conventions. These industry standard technologies 

15 include, but are not limited to J2EE. XML, XSL, EJB, JNDI, JMS, and JDBC. By 
implementing industry standard technologies, functionality can be easily 
extended, flexibility in selecting software and hardware platforms such as 
Windows NT, UNIX, LINUX, Oracle. SQL Server, etc. can be allowed, and 
Integration witti other applications and data sources using modular design is 

20 easily enabled. Through the use of Enterprise Application Integration ("EAI"), tiie 
present invention centralizes management of a company's existing software and 
data. EAI enables message queuing, publfsh-and-subscribe, XML bridging, as 
well as leveraging witti existing company applications, databases, and systems. 
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The Enterprise Information Portals ("EIP") functionality of the present invention 
personalizes and merges infoonation sources. EIP modules access and enable 
extemal resources while still providing a user-friendly interface for personalizing 
infomiation. 

5 The present Invention allows content access from PDA, cell phone 

and other wireless and wire line devices. The present invention enables users to 
dynamically load stylesheets appropriate to the devices as well as can create 
mobile user profiles. The system requirements for the present invention are 
summarized in Table B. 

10 







^^^^l3^;.c:^RecQr^ 


Computer model 


Two (2) Sun Enterprise 
250 or NT "one for 
application and one for 
DB 


Two (2) Sun £450 Dual 
processor or NT dual 
processor "one for application 
and one for DB 


Dedicated Server* 


No 


Yes 


OS 


Sun Solaris 2.7/NT/Linux 


Sun Solaris 2.7/NT/Unux 


RAM 


512MB 


1 GB 


Database 


Oracle 8.05 and above 


Orade 8i and above 


Application Server 


WebLogIc Application 
Server 


WebLogIc Application Server 


Disk Subsystem 


Non RAID 


RAID 


Disk space for 
data storage - 


1x current size of Web 
site 


2x curent size of Web site 


Disk space fair 
nGia program files 


<20 MB 


<20 MB 


Webserver 


Netscape Enterprise or 
Microsoft IIS or Apache 





Table B 
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At a high level, the present invention has been designed as a 4-tler 
system. Some benefits of the four tier architecture include, but are not limited to 
the ability to isolate the effect of code changes thereby inaeasing the ease of 
updates and extensibility; to define stable and standardized Web interfaces, to 
5 group functions into coherent modules, and to partition work among team 
members. 

Figure 2 illustrates the broad functions of each tier in the present 
invention's four tier system. In addition, Figure 2 depicts the technologies 
supporting the function in each tier. The four tiers include the Database Tier 210, 

10 the API Tier 212, the Application Tier 214, and the Presentation Tier 216. The 
API Tier 212 and Database Tier 210 comprise the "backend" of the present 
invention, and are accessed only indirectly by licensed users via the Presentation 
Tier 216 and Application Tier 214. The content management toolset that 
accompanies the software of the present invention is an example of an 

1 5 application developed in the Application Tier 214 that was built upon the API Tier 
212. Applications developed using the API set access the Database Tier 210 
through the API calls. Site designers work within tiie Presentation Tier 216 to 
develop layouts for the information exposed through tiie Application Tier 214. 

The present Invention is a method for Integrating content and 
20 application delivery over a disti-ibuted computer network in a single open 

architecture program. The method comprises entering a URL to a user machine 
connected to tiie distributed computer network. Then a prescribed template is 
retirieved on ttie received URL Then tiie present invention receives over the 
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distributed computer network content and an application. Then the present 
Invention parses the content into a plurality of XML fragments. Each XML 
fragment is identified by an element type and an element style. The element type 
indicates a type of XML fragment. The element style indicates a style 
5 presentation of the XML fragment Then the present invention assembles a XML 
document in accordance with the template. Rnally, the present invention 
transforms the assembled XML document using XSL into a page for display in a 
browser operating on the user machine. Finally, the present invention displays 
the page in a browser operating on the user machine. 

1 0 Other objects and features of the present invention with become 

apparent from the following detailed description considered in conjunction with 
the accompanying figures. It is to be understood, however, that the drawings are 
designed solely for the purposes of illustration and not as a definition of the 
invention, for which reference should be made to the appended claims. 

15 BRIEF DESCRIPTION OF THE ILLUSTRATIVE EMBODIMENTS 

The foregoing and other features of the present invention will be 
readily apparent from the following detailed description and drawings of 
illustrative embodiments of the invention wherein like reference numbers refer to 
similar elements throughout the several views and in which: 

20 FIGURE 1 depicts an overview of the present invention; 

FIGURE 2 depicts the four tier architecture of the present invention; 

9 
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FIGURE 3 depicts the external application functionality of the 
present invention; 

FIGURE 4 depicts an exemplary user login Web page for the 
present invention; 

5 FIGURE 5 depicts an exemplary Java applet Web page in 

accordance with the present invention; 

FIGURE 6 depicts how a Java applet constructs the content and 
applications Web pages through the XML template in accordance with the 
present invention; 

10 FIGURE 7 further depicts the process in Figure 6; 

FIGURE 8 depicts attribute selection in accordance with the method 
of the present invention; 

FIGURE 8A depicts an exemplary group edit Web page in 
accordance with the method of the present invention; 

1 5 FIGURE 8B depicts an exemplary user edit Web page in 

acconjance with the method of the present invention; 

FIGURE 9 depicts the overview of the user administrator method in 
accordance with the method of the present invention; 

FIGURE 1 0 depicts a further exemplary user edit Web page in 
20 accordance with the method of the present invention; 

10 
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FIGURE 1 1 depicts a further exemplary group edit Web page in 
accordance with the method of the present Invention; 

FIGURE 12 depicts the overview of the site architect method in 
accordance with the method of the present Invention; 

5 FIGURE 12A depicts an elements edit screen; 

FIGURE 13 depicts an exemplary element edit Web page In 
accordance with the method of the present Invention; 

FIGURE 14 depicts a further exemplary element edit Web page in 
accordance with the method of the present embodiment; 

10 FIGURE 15 depicts a further exemplary element edit Web page 

accessed from Figure 14; 

FIGURE 16 depicts an exemplary template edit Web page In 
accordance with the method of the pn^ent embodiment; 

FIGURE 17 depicts an exemplary XML edit Web page in 
15 accordance with the method of the present embodiment; 

FIGURE 18 depicts the overview of the site developer method in 
accordance with the method of the present invention; 

FIGURE 18A depicts an exemplary edit Web page utilized by site 

developers; 

20 Figure 1 9 depicts a further exemplary site developer edit Web page; 

11 
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FIGURE 20 depicts a further exemplary site developer Web page; 

FIGURE 21 depicts an exemplary Message Handler edit Web page; 

FIGURE 22 depicts an exemplary Directory Pool edit Web page; 

FIGURE 22A depicts an exemplary Directory Pool edit Web page; 

5 FIGURE 23 depicts an overview of the content manager method in 

accordance with the method of the present invention; 

FIGURE 23A depicts an exemplary content manager edit Web 

page; 

FIGURE 24 depicts an exemplary Deployment parser Web page; 

10 and 

FIGURE 25 depicts an overview of the parser process; 



DETAILED DESCRIPTION OF THE ILLUSTRATIVE EMBODIMENTS 

Figure 1 1llustrates an overview of the present invention 100. As 
15 shown in Figure 1 , the present invention 100 supports botti content delivery 104 
and the technology integration 102 in an open architecture platfonn 106 that 
supports data management, business processes, as well as a number of 
distributed computer networl^ applications. 

12 
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Figure 3 illustrates the capacity of the present invention to access 
and present data from many external data sources, through an Extensible 
Markup Language CXML") interface 320. Elements of a Web page 324 called 
functional plug-Ins In the diagram are actually mini-applications that retrieve data 
5 from databases and external applications, and format the results as XML. A 
template combines the XML fragments from each Web page element 324 into a 
single XML document By transforming the XML with Extensible Stylesheet 
Language ("XSL") 322, content can be presented to a variety of devices in a 
variety of fomiats. The elements of the Web page 324 can be applications 
1 0 developed specifically for system using the API set or the elements of the Web 
page 324 can be calls to existing Enterprise Java Beans ("EJBs") that 
encapsulate business logic developed outeide of the system or from external data 
sources. 

A key feature of a system, such as the present embodiment, that 
1 5 intends to reuse and repurpose Web page content is the separation of Web page 
content from Web page layout infonnation. That is, the content should be free of 
Infonnation that specifies how It should look to the user. HTML separate Web 
page content forni Web page layout because HTML embeds Web page layout 
within the Web page content. For example, HTML to display a book title couW 
20 look like this: 



<b>To Kill a Mockingbird</b> 



13 
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Here the Web page content "To Kill a Mockingbird" is embedded 
with the Web page layout, bold. With HTML, there is no indication of what the 
text between the <b> tags signifies; just that it should be emboldened in the 
browser. The HTML would have to be modified for any device that does not 
5 support a bold font thus preventing scalability (i.e. requiring a new document for 
every device that may view the content) and Introducing unneeded complexity. 
Furthermore, nothing meaningful can be done with the content outside of the 
document, because there is no indication of what the content represents outside 
of a text string. XML avoids these limitations as can be see in the command 
10 below. 

<Bool<Title>To Kill a Mockingbird</BookTitle> 

Instead of Indicating the Web page layout of the book title, the XML 
command indicates that the Web page content "To Wll a Mockingbird" is a book 
title. By later processing the XML with a XSL stylesheet, the Web page layout will 
15 be detennined. The XSL stylesheet will describe how to display the book title 
within a browser or other device accessing the content 

All administrative users (content managers, programmers, etc.) will 
access the present embodiment through a browser-based Java applet 
Individuals visiting an Web site served by the present embodiment will not be 
20 required to login unless the Web site is set-up to deliver personalized infomiation 
and must therefore know the userlD. Figure 4 depicts an exemplary user login 
Web page 400. Once the user has been authenticated, the Java applet of the 
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present embodiment is loaded. Figure 5 depicts an exemplary Java applet Web 
page 500. 

Figure 6 depicts how the Java applet constnjcts the content and 
applications Web pages through the XML template. The Java applet depicts both 
5 the main control panel 670 and the content frame 672. The two main folders are 
Docroot, where the content (text and data) is stored, and nGia, where users, 
groups, templates and elements are accessed. 

The main control panel 670 of the Java applet is populated with the 
stmcture (directories) of the Web content and application functionality. The main 
1 0 control panel 670 accesses the Director/Session Bean 674 usir^ Remote 
Method Invocation ("RMI") to "mount" the entry points into the application and 
content. The content frame 672 is responsible for data templating. The screen is 
populated fi-om the PageServlet 676, which calls TemplateSession 678 and 
associated parsers to load the appropriate XML data. 

15 A Web site served by the present embodiment looks like any other 

to the end user. Behind the scenes, however, there are many complex operations 
that result in a Web page. These are the same operations that populate the main 
control panel 670 of the Java applet internee described above. 

Accessing a Web site hosting the present invention triggers the 
20 following events depicted in Figure 6.: 

The PageServlet 676 parses the request and passes it on to 
the TemplateSession Java Bean 678. TemplateSession 678 is a stateful session 

15 
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bean - each entity bean instance represents a single template and its elements 
and parsers. 

1 . On the way, it accesses the BoundThreadCache Java class 
to create or access the cun-ent user and session Infbmfiatlon, creating a new 
5 thread In the process. 

2. The session Infonnation is passed to the TemplateSesslon 
678 parse method, which queries the database to detemiine which elements 
are associated with the template. 

3. The Java embedded classes, the "parsers," 660 associated 
10 with each element are executed, returning da^ wrapped in XML in accordance 

with the XML schema that defines the element Data returned can originate 
from the internal database 664 or any external database or system 664. 

4. Elements are populated by the output of the Java classes, 
becoming in the process "fields" in the Web page. Relds are defined as 

15 Instances of elements. The data returned by the parser Is validated against the 
XML schema for the element 

5. The results of all parser outputs 660 are aggregated by the 
TemplateSession 678 into a single XML document The resulting page can be 
thought of as an instance of the template. Individual pieces of data (the 

20 "contenf) are stored In the field table of the database, referenced by the 
pagelD. 

6. The final output is created by transfonning the XML page 
with the XSL stylesheet that has been associated with the template. The XSL 
stylesheet itself is actually one of the elements in the template. 
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Figure 7 further illustrates the initial request depicted and described 
in Figure 6 to the PageServlet 776. As mentioned above, to create or access the 
current user and session infonmation a new thread is created, bound (2&3), then 
the callback of PageServlet 676 with the doProcess method (doProcess calls the 
5 parse method of TemplateSession to get elements and parsers as described 
above). 

In summary, PageServlet 676, the main controlling servlet: 

• Handles HTTP-based requests and retums HTML (or other transformed) 
content 

1 0 • Keeps track of sessions representing unique visitors and associates them 
with a usemame. 

• Communicates with TemplateSession 678 to determine the appropriate 
Template to invoke for a given URL 

• Pools references to TemplateSession for optimum perfomiance in a 
15 multithreaded context. 

In any truly object oriented system, every component is an object 
with a set of properties. The present embodiment adheres to this standard, and 
therefore everything in the system is an object with properties. Every object has 
pemiissions and actions that can be performed on it. The Java applet interface of 
20 the present embodiment embraces the object orientated approach. Each piece 
of data has an attribute. The user accesses the data attributes with a right 
mouse button click and with a choice of the appropriate option. For example, 
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selecting "new' with the Groups folder adds a new group whereas selecting "new" 
with the Templates folder creates a new template. 

Figure 8 illustrates the pull down menu 896 illustrating the attributes 
that would appear with a right mouse button click or any other actuating action. 
5 As can be seen in Figure 8, the user has actuated the nGIa folder. The attribute 
highlighted in that attributes list pull down menu 896 Is as can be seen the "new" 
attribute. 

Before interacting with the present invention, user and groups must 
be set up. An example of a group edit screen can be seen in Figure 8A. Groups 

1 0 are added to the system for security and access purposes. Users can be in 
multiple groups and can have different roles within different groups. As shown in 
Figure 8A, there is a user's list 840 and a group list 842 In addition, the present 
invention enables groups to be nested within one another with the groups within 
groups list 846. The users and groups to which they belong, along with objects 

15 and pennissions comprise the security model of the present embodiment 

The security model is based on users and groups who have 
pemnissions on objects. Users must belong to a group, and the group in turn has 
pemilsslons on objects. There are 3 axes which must be considered when 
determining the rights on an object: the object iteelf, the group, and the 
20 pennissions. 

Some examples of valid permissions include, but are not limited to 

read, write, create, and destroy. Each object created in the system has an owner, 

and only the owner can change the permissions of the object. When a new object 

18 
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is created, it is given all permissions for its owner group, and no pemiisslons for 
anyone else. Thus members of that group will inherit the capability of changing 
the permissions on an object it owns. For example, if the Content Manager group 
Is set-up as the principle that owns all new pages added to the Web site, then 
5 any member of that group may change permissions on a new page, provided that 
that user is not In a subgroup whose write pennission has been revoked for that 
object. 

Users do not have individual pemiisslons; groups do. Users are 
individuals having access to various functions within the system. User access 

10 rights are associated with the groups to which a user belongs. A group can have 
one or more users, and up to 3 levels of nested groups (groups within groups). 
When a user is added to the system, the user is automatically assigned to the 
group Everyone, which has the lowest level of pennissions. Users accessing a 
Web site hosting the present embodiment are considered members of the group 

15 Everyone and assigned permissions accordingly. An example of a users edit 
screen 848 can be seen in Figure 8B. 

USER ROLES 

What follows is a listing of the standard roles that users have within 
the present invention. These are the typical users who transact with the system of 
20 the present embodiment The following roles define the present invention's core 
use cases: 



• User Administrator 
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• Site Architect 

• Site Developer 

• Site Designer 

• Content Manager 

5 • Message Administrator 

• Directory Administrator 

For most of the cases listed above, a general process flow diagram 
will be presented showing the options each has, as well as the actual \Neb 
interface screens they would use to perform their tasks. 

10 USER ADMINISTRATOR 

The user administrator is responsible for setting up and 
administering the users and groups. The process flow for user administratore in 
the present invention is depicted in Figure 9. As can be seen In Figure 9, the 
objects the user administrator can access are the users and groups objects. 

1 5 User administrators add and modify users of the system using the 

user edit screen 1048 shown in Figure 10. Users are objects like everything in the 
system, and have permissions associated with them as well. When right-clicking 
on the users folder and selecting "new", the user edit screen 1 048 appears with 
blank data fields, provided the user administrator has permissions to add another 

20 user. When opening the user folder, selecting a user (in this case 
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GREENROCKET), and selecting "edit" from the pull down menu, tiie user edit 
screen results 1048 with populated data fields for editing. 



Groups are set-up similarly using an groups edit Web page as 
shown in Figure 11 . On this screen users are placed into the selected group, and 
5 groups can also be placed within the selected group, if desired. In addition, as 
discussed above users can be in more than one group, and have different roles 
within different groups. There are 9 predefined groups with already set 
pennlssions: Everyone, Content Manager, Directory Administrator, Message 
Administrator, Site Architect, Site Developer, User Administrator, Super Group, 
10 and System. Their pemoissions are summarized in the Table C. 



Group Name 


Member Groups 


Special Properties/Notes 


GontentManager 


UserAdministrator, 

SiteDeveloper. 

SiteArchitect 


Logs into admin screens 
(otherwise they will be refused); 
Adds and edits web pages; 
Uploads files; 

Reviews and approves \Ndb 
page changes 


SiteArchitect 


SuperUser 


Creates site structure by building 
templates and elements 


SiteDeveloper 


SuperUser 


Creates new embedded classes; 
Develops functional components; 
Integrates legacy applications 
and data 


SiteDesigners 




Creates and edits page layouts 
Uploads graphics and multi- 
media 


UserAdministrator 


SuperUser 


Creates new Principles (both 
users and groups) 


MessageAdministrator 


SuperUser 


Adds/removes MessageHandlers 


DirectoryAdministrator 


SuperUser 


Adds/removes/edits 
DirectoryPool mounts 


SuperGroup 




is given all permissions to all 
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Group Name 


Member Groups 


Special Properties/Notes 






objects, either hardcoded into 
app logic, or whenever new rows 
are added 


Everyone/Guest 




Default permissions for 
unauthenticated users, such as 
typical web browsers 


SYSTEM 


None 


Contains only one User, 
GREENROCKET. The SYSTEM 
group is invisible to everyone, 
except DMIND developers, and 
owns exclusive rights to all the 
resen/ed groups and system 
objects. 



TABLE C 



SITE ARCHITECT 



The site architect develops the overall information architecture of 
the Web site, including defining the needed elements and templates. Elements 
6 are created with XML schema and associated with a parser for data population. 
Templates are built firom groups of elements. The goal of the site architect is to 
ensure that any repetitive or structured infonnation is nonnallzed and ordered in a 
consistent hierarchical manner tiiroughout the entire Web site. 

Figure 12 depicts the oven/iew of tiie site architect method in 
10 accordance with tiie method of the present invention. As shown in Figure 12, the 
site architect has access to the objects "elements," "template," and "mount 
points." One purpose of the XSL in the system of the present embodiment is to 
dictate how XML information generated by tiie system should be displayed on a 
Web page. For example, the XSL may indicate that the element 
15 "employeename" should be in bold font and centered. It is up to the site architect 
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to determine the site structure and data element characteristics. The site 
architect defines elements by inputting XML schema. The site architect then 
associates these XIVIL schema with parsers developed by the business logic 
programmers. Finally, the site architect constructs templates out of these 
5 elements. 

The site architect role in conjunction with the other user roles 
compartmentalize the responsibilities of each person using the system of the 
present embodiment. The system then enables the underlying business 
structures to be handled by a single role who is responsible for modeling the core 
10 business structure. Underlying business structures are abstract enough to be 
free of design or content specifics. Consequently, the system takes advantage of 
the abstracted business structures. The system nonnalizes and orders any 
repetitive or structured information in a consistent hierarchal manner throughout 
the entire Web site. 

15 ELEMENTS 

Elements are the basic building blocks of the system, representing 
the information that will be shown on the Web pages built by the system. Each 
element supplies a Document Type Definition ("DTD"). 

The content section of the present invention is generated 
20 dynamically, based on the DTD fragments of the elements. The application can 
obtain the DTD for an element from its DTD body. The following restrictions apply 
to the elements DTD: 

23 
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The Element must have one <!ELEMENT> tag matching its 

name. 

This ELEMENT tag must include an attribute list of fixed 

attributes: 

5 • The element's ELEMENT tag cannot include any other 

attribute list other than the one described above. 

At least one user-defined child element must be included In 
the element's child list 

The reserved element exception must be included as one of 
10 the element's optional children, unless it is a basic DTD section. 

With the exception of an attribute list for the element's 
ELEMENT tag, any other markup, including other ELEMENT declarations, may 
follow. 

An example of an elements edit screen can be seen in Figure 12A. 
15 Elements are represented by XML schema, such as: 

<?xml version="1 .0" encoding="UTF-8"?> 
<schema> 

<element name="Contenr type="string"> 
<annotation> 
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<documentation>Could not update this content because it Is not valid for the 
specified data type.</documentation> 
</annotation> 

</eIement> / 

5 </schema> 

The schema is used to indicate the XML that will be returned by the 
parser 660, to categorize It (in this case as a "string" with the XML tag "Contenf ). 
The Page Servlet 676 compares the output that Is expected (indicated by the 
schema) with the output returned in order to validate it 

10 The element name in the schema ("Contenf ) is a special XML tag 

used by the Content parser 660. to wrap incoming data. It can be used for many 
different elements, thus this name is different from the name that the schema is 
stored under in the database. For example, elements named FIrstName and 
LastName may be created by a user, with the schema element name "Content" 

15 The present invention automatically returns a certain amount of 

XML to describe the Page ELEMENT, the first XML ELEMENT of every 
document. It then worics with the Template Element It also inserts the ELEMENT 
tag for each element, calls its parser, then closes its ELEMENT tag. Note that the 
"meta info" ATTLISTs for each element will be automatically populated, since 

20 they have FIXED values. 

The XML returned by the parser would then look like this for the 

schema indicated above for an element named "FirstName": 
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<ngia:FirstName> 

<ngia:Content>Robert</ngia:Content> 
</ngia:FirstName> 

The "ngia:" prefix to the element name Is the namespace for that 
5 element. Namespaces must be used with XML schema to distinguish them from 
elements of the same name created elsewhere. Thus namespaces reduce the 
chance of naming conflicts among elements. Namespaces are manipulated on 
the screen shown below. Each prefix (such as "ngia") is mapped to a fully 
qualified URL. New namespaces can be added here, and existing ones deleted. 
10 Figure 13 depicts the element namespace process. As can be seen in Figure 13, 
each namespace 1330 has a prefix and a URL For instance as shown in Figure 
13, one prefix is "testi" having the URL http://www.tesLcom 

It should be noted that present invention also defines a resen/ed 
processing instruction for importing DTD syntax from anottier Element. This 
15 Element's DTD fragment will simply be appended to the end of the Template 
DTD, apparently allowing its Elements, Attributes, and Entities to be accessed 
from within side the definition of another Element 

Site architects are responsible for creating the elements as shown 

In Figure 13 and they work with the client and the content itself to detemiine the 

20 best way of breaking it down, or representing it through the element stnjcture. 

Content can be populated in the system either through tiie element mechanism, 

or through the XSL stylesheet associated with a template. For example, the user 

may wish to represent the company's privacy policy as static content within the 
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XSL Stylesheet that is loaded each time a page Is created from that template, or 
as a PrivacyPolicy element that can be modified from a Web Interface. The 
element versus XSL stylesheet decision will determine whether or not end users 
will be able to sen/e as content managers. XSL stylesheets are typically edited 
5 only by users with a higher level of permissions within the system than content 
managers. 

The present embodiment supports all sorts of content For 
instance, the present embodiment supports Unicode character encoding, two- 
byte Asian characters, and localization in any language. 

1 0 The present embodiment supports two types of elements, namely, 

page elements and template elements. A page element Is one which changes for 
every page that is generated from a template. Page elements originate from more 
dynamic, changeable content Template elements remain constant for every 
page based on a template. They are thus based on more static content An 

15 example of template elements are the editor and viewer XSL stylesheets 
because they are not page specific. 

Figure 14 depicts an the element edit Web page in accordance with 
the method of the present embodiment As shown In Figure 14, a site architect 
enters the XML schema for the element 1434. The present invention provides a 
20 convenient mechanism to create a "skeletaP schema with valid XMt as a starting 
point for the user. The appropriate field type for the element (page or template) 
1432 is also selected here, and default parameters 1436 are set as well. The 
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delault parameters option 1436 provides a way to pass argumente to the pai^r 
that are specific to the element 

Rgure 15 depicts a further element edit Web page accessed from 
Figure 14. Figure 15 highlights the default parameter option 1436. As can be 
5 seen in Figure 15, the user has selected the "User Defined" XML schema 1534 
for the element Now, the user must choose the default parameters 1536. As 
mentioned above the default parameters option 1536 provides a way for the user 
to pass arguments to the parser that are specific to the element One use of 
default parameters option 1 536 would be to choose a subset of data fi^om the 

1 0 parser, or tell the parser which directory to perfbnn its operation (e.g. 

"directory=/docroor). The appropriate parser is associated with the element by 
selecting It from the default parameters pull down menu 1536 as shown directly 
above. The XML for the element is stored In the database upon submit, and 
retrieved any time the element is triggered by the template in order to validate the 

IS output of the associated parser. 

TEMPLATES 

Templates are built by selecting elements firom a library and adding 
them to the template. Figure 16 depicts a exemplary template creation Web 
page. The template is ttius a collection of XML schema, and represents fully the 
20 data that will make up any page based on that template. As can be seen in 
Figure 16, the system presents to the user both a list of elements 1538 and a list 
of template elements 1550. To reiterate, elements will produce data either from 
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information stored in the internal database, or from an action that gets information 
from an application or external database. The template is a Web page 
representation of the data (content) elements present in this Web page. For 
example, on a human resources page there may be elements for employee 
5 name, social security number, and address that come from the HR database, as 
well as an element that pulls Infomiation from a news feed. 

SITE DESIGNER 

The site designer implements the look and feel of the Web site 
using XSL stylesheets. This may be the same person as the site architect There 

1 0 are two "hard coded" XSL stylesheets with every template, one which creates 
HTML for the editor of the page (a template element called EditXSL), and one 
which creates HTML for the viewer of the page (a template element called 
ViewXSL). However, any number of XSL stylesheets may be used at mntime to 
display the final output, by including the appropriate argument in the URL The 

15 XSL for the hard coded XSL stylesheets is entered into the system using an XSL 
interface 1552 such as displayed in Figure 17, and upon "submif this information 
is stored in the database and associated with the template. The purpose of the 
XSL is to dictate how the XML infomiation generated by the system should be 
presented (laid out) on the page. For example, it may indicate that the element 

20 called EmployeeName should be in a bold font and centered. 

The XSL references the elements that have been associated with 
the template. The majority of the business logic that determines which elements 
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can be viewed by which users is implemented at the parser level, in order to keep 
the XSL stylesheet as simple as possible. An excerpt of a sample XSL stylesheet 
is shown below: 

<?xml version="1 .0" encoding="UTF-1 6"?> 

5 <xsl:stylesheet verslon="1 .0" 

xmlns:xsl="http://www.w3.org/1 999/XSL/Transform" 
xmlns:ngia='"http://www.dmlnd.com/ngia/appllcatlon" 
xmlns:uni="http://www.unispherenetworks.com" 
xmIns:sys="htlp://www.dmind.com/ngla/system"> 

10 <xsl:output 

method="htmr 
omit-xmWeclaration="yes" 

lndent="no" 

/> 

15 

<xsl:template match="sys:Document/sys:Content"> 
<!- Copyright 2000 DMind Corporation -> 
<l- URL httpr/www.dmlnd.com -> 
<html> 

20 <head> 
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<meta http-equiv="content-type" content="text/html;charset=euc5-kr" 



<title>Unisphere Solutions - News</title> 
<style type="text/css"> 

<h3>Press Releases<h3> 

<xsl:if test="uni:ContactName/uni:Content and uni:ContactName/uni:Content!=""> 
<xsl:value-of seIect="uni:ContactName/uni:Contenf disable-output- 
escaping="y®s"/><br /> 



10 </xsl:if> 



<xsl:if test="uni:ContactTitle/unl:Content and uni:ContactTitle/uni:Content!=""> 
<xsl:value-of select="uni:ContactTitle/uni:Contenf disable-output- 
escaping=Ves"/> 

<br/> 



15 As illustrated above the XSL stylesheet is primarily HTML with 

embedded references to the XML elements associated with tiie template. 
Although XSL Is capable of performing logical and conditional operations, the 
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present embodiment encourages simple XSL stylesheets, witli complexity 
relegated to the parser level. 

SITE DEVELOPER 

The site developer develops Java parsers, also l^nown as 
5 embedded classes, that deliver data from internal and/or external sources. Many 
of the parser requiremente will come from needs defined by the site developer 
and client. Figure 18 depicts an overview of the site developer method in 
accordance with the metiiod of the present embodiment. As shown in Figure 1 8, 
the objects available to the site developer include access to modules such as 
10 DirectoryPools, Embedded Classes, and MessageHandlers. 

An exemplary of a edit Web page utilized by site developers is 
shown in Figure 18A. With the web page depicted in Figure 18A, site developers 
add their own Java application code 1854 to the system. Figure 18A is known as 
an embedded class edit screen. Embedded dass files are compiled by the 
15 system and inserted into the database as executable byte-code. When an 
element is called that is associated with one of these parsers, the system 
executes the element and returns data in accordance with the element's 
specification. In this way, the present embodiment enables the addition of 
custom applications and/or classes that invoke an ectemal Enterprise Java Bean. 
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PARSERS 

Parsers are business logic modules that encapsulate CRUD 
(Create. Read. Update, Delete) actions for content fragments. Whereas 
elements as discussed above return DTD fragments, parsers return XML 
5 fragments. For better parsing perfomiance, the i^er receives a standalone XML 
document containing both DTD and XML fragments. One Page can activate an 
arbitrary number of Parsers to handle its business logic, and these Parsers allow 
the present invention to manage content, on a granular level, from many data 
sources. 

1 0 Parsers are responsible for representing requested data in XML, 

and this data is in turn verified by criteria defined in the XML schema for the 
associated element Parsers fomnat data in XML's display neutral syntax, 
promoting the reuse of parsers between many presentation scenarios. Parsers 
extend an Abstract Class that dictates their functionality, and are deployed and 

1 5 loaded through the module platfomi of the present invention. 

The present invention provides the facility for uploading an existing 
compiled Java class with the OS based Browse window 1990 as depicted in 
Figure 19. Figure 19 depicts a further exemplary site developer edit Web page. 
Programmers specily the class run type as a Caller 1982 or Principal 1984, 
20 meaning whether the module runs as its invoker (caller) or as Its own unique 
identity. 
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As described earlier, the applications written for the present 
invention and used as parsers are accessed by the system through one or more 
elements in a template. When an element is called that is associated with one of 
these parsers, it is executed and retums data and verifies it against the element's 
5 XML schema. This is a way to extend beyond the out-of-the-box functionality of 
the present invention by adding custom applications and/or classes that invoke 
an external Enterprise Java Bean or data source/application. 

It is expected that site developers write and compile the 
applications externally to the present invention, then upload the compiled dass 
10 files 1994 into the system. Figure 20 depicts a further exemplary site developer 
Web page illustrating this upload functionality. Figure 20 depicts an exemplary 
upload file screen 2092. Using the upload file screen, the compiled class 2094 is 
then inserted into the database as executable byte-code, at which point it 
becomes available for associating with an element. 

IS Parsers, Message Handlers and Directory Pools are ail modules 

within the present invention. Modules are Java classes that extend or Implement 
Java Interfaces or Java abstract classes. The byte-code for a module Is stored In 
a database table along with certain metadata. 

MODULE PLATFORM 

20 When a module is needed by the application, it uses a custom class 

loader that extends the basic class loader provided by Sun with the Java 

Development Kit Instead of searching for the class on the file system, which is 
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the functionality supplied by Sun, the present invention's dass loader examines 
the appropriate database table and loads the respective byte-code. Using this 
technique, class libraries are centralized in a single repository that provides 
greater availability in a distributed application environment. All modules (parsers, 
5 message handlers and directory pools) utilize this mechanism. 

MESSAGE AND DIRECTORY ADMINISTRATORS 

Message Administrators and Directory Administrators are also 
programmers, and they use tiie same screen to upload tiieir compiled code. 
While not shown in the screenshot above, programmers will be able to indicate 
1 0 which type of module their compiled class represents, a message handler, 

directory pool, or embedded class (parser). Message Handlers are modules that 
respond to specific application events, such as viewing a certain element on a 
page, adding a page to the system, or a request for a page by an unauthorized 
user. 

15 Message Handlers are built on top of the Java Messaging Service, 

a vendor-independent message oriented middleware ("MOM") API. Message 
Handlers accelerate the development time of MOM modules that serve as 
custom adapters to extemal services, such as third-party versioning, deployment 
scripts to specialized production environments, traffic analysis/personalization 

20 packages, and synchronization with extemal user repositories. Message 

Handlers also provide a convenient way to catch application events and send out 
email notifications, or build business-specific workflow processes. 
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When the compiled code for a Message Handler has been inserted 
into the system, it can then be associated with a "topic." Figure 21 depicts an 
exemplary Message Handler edit Web Page. The topic 2156 shown in Figure 21 
dictates the event or condition that the Message Handler responds to. The 
5 Message Handler continuously listens to the system for the events 2156 and 
perfomDS an action with the listen condition is met For example, one listen 
condition 2156 can be a web page modification or a date. The action could be an 
email notification. The system sends notification to the message handler 
whenever the specified date passes or web page has been modified. Upon 
10 receiving notification that the condition has been met, the message handler would 
ihen send an e-mail to an appropriate individual informing them of the event. 

DirectoryPools, which are developed by users, partners, or clients 
of the present invention, may serve as a facade for third-party applications, 
enabling external data sources to sen^e as data models for sections of the nGia 
1 5 directory tree. They essentially provide a "mount poinf for existing external 
directories or software services, so that tiiey can be accessed via the system's 
web interface. An example of a Directory Pool edit screens can be found in 
Figures 22 and 22A. As shown in Figure 22, tiie user is editing the DirectoryPool 
"PooM." 

20 A DirectoryPool is Java class ttiat may be deployed at runtime to 

represent a specific section of tiie Web site, known as a mount point. In Figure 
22A, the mount point 2286 Is depicted. The DirectoryPool mapped to this mount 
point 2286 establishes a common set of policies for finding, creating, removing, 
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and searching within this mount point 2286. Clients obtain directory infonnation 
through a single application entity, the DirectorySession EJB. This object 
delegates directory requests to a concrete DirectoryPool implementation 
according to a reserved algorithm. This algorithm analyzes the incoming request 
5 and compares it to its list of mount points 2286, maintained in memory. If the full 
path of the request has no match, it trims off the last token of the request and 
tries again, keeping track of all the trimmed tokens. Eventually, the 
DirectorySession object will resolve the request, worst case to the DocrootPool, 
whose mount point 2286 is the virtual document root The trimmed tokens for a 
10 relative request which Is fonvarded to the matching DirectoryPool, then resolves 
the request according to its own business logic, periiaps by querying a third party 
application or database. A potential use of this fundlon would be to make assets 
that already exist in a file system accessible via a folder in an applet of the 
present embodiment 

1 5 Rgure 22A depicts the Web interface for users to mount Directory 

Pools. Figure 22A depicts the DocrootPool as one of many potential Directory 
Pools 2288 in the browser pull down window 2296. In keeping with the example 
given, a pool could be written that accesses a specific directory in a file system 
and reads the contents, making them accessible via the folder frame 2270 of the 

20 applet 
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CONTENT MANAGER 

The content manager is empowered to make changes to content 
within the system. Access Is strictly controlled to individual elements and pages 
within the Web site. The template, and individual element pemriissions, control 
5 the area of influence the content manager has. In addition, the workflow 
component assures that any changes go through a process of approval and 
feedback. 

Once the look and feel and functionality have been implemented In 
present embodiment the content can be added to the new templates, creating 

10 pages within the system. The content contributor's responsibilities include 
populating the initial content, and updating it after deployment An overview of 
the content manager's role in the present embodiment is depicted in Figure 23. 
As shown in Rgure 23, the objects available to a content manager are web pages 
and file names. The extent of the content manager's ability to alter Web pages is 

15 determined by the content manager's pennissions. 

Figure 23A depicts two exemplary content manager edit Web pages 

2300. In operation, content managers would first navigate to the web page they 

intent to edit. The web page to be edited 2372 is shown in the firame on the right 

hand side of Rgure 23A Once at the web page 2372, content editors choose 

20 EDIT from the pull down menu 2396 in the lower left hand frame of the web page 

2300. Content editors will then be presented with a screen 2358 which allows the 

content editor to edit the web page in the right hand frame. Depending on the 

template being edited, the content added or modified will shown in the context of 
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the actual page. Ottiers templates will be rm-based and will consequently 
dictate an Input page without the actual page. 

CONTENT DELIVERY 

Web sites created in accordance with the rriethod of tiie present 
5 invention are most commonly served live from the database, to take advantage of 
the personalization and dynamic date capabilities. However, in some cases rt 
may be necessary to create static versions of the Web site, to serve from multiple 
distributed Web sites that do not have the application or database instelled of the 
present embodiment. To provide this facility the Deployment parser was written 
10 which writes out the entire Web site into static HTML files, stored in the file 
system. The Deployment utility depicted in Figure 24 allows the user to specify 
the root directory (origin of the content), starting point for the deployment, and 
terget directory for file storage. 

In sum, the present invention extends existing cutGng-edge 
15 technologies in a way so as to provide capabilities not presently available in the 
marketplace. Some benefits of the present invention include a purely object 
based architecture, a unique nrodule deployment platfomi, a new templating 
architecture, a unique framework for managing and integrating external data as 
well as an extensible event-driven frameworic 

20 Thus, ttie invention can be understood as including several discrete 

components or layers that cooperate with one another, including: 
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Presentation Tier 

1. Screens 

• H™L-based screens representing viewing and updating 
all first-class objects. 

• JavaScript based fomi checlcing 

• All screens transformed into HTML using XSL 

DirectoryApplet 

• Occupies left frame of application real estate. 

• Displays directory stmctures in two panes, one for 
directories, one for files. 

• Allows easy Web site navigation, and dropdown menu for 
common tasks. Most actions populate right frame with an 
HTML-based form appropriate to the request. 

• Uses RMI connection directly to DirectorySession. 

2. Gateway: 



PageServlet 

• Handles HTTP-based requests and returns HTML-based 
content. 

• Keeps track of sessions representing unique visitors and 
associates tiiem with an username. 
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• • Communicates with DirectorySession to detemilne the 
appropriate Template to invoke for a given URL. 

• Pools references to TemplateSesslons for optimum 
perfomiance In a multithreaded context 

3. Application Tien 

• About eight pools provisioning all first-class objects 

• Parsers provisioning first-class objects and building XML 
according to system Elemente and Templates 

• Workflow parsers and MessageHandlers for generic page 
staging and approval system 

4. API -Session Objects: 

DirectorySession 

• Stateless session bean, meaning one DirectorySession 
bean instance is equivalent to any other instance. 

• Handles ail directory-related requests, including page 
creation, deletion, directory creation, moving pages, 
renaming, and determining tiie template of a page. 

• Keeps a mapping of mount points and directoiy pools. 
Incoming requests are delegated to tiie appropriate 
directory pool based on Its mount points. 
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TemplateSession 

• Stateful session bean - each bean instance represents a 
single template and its elements and parsers. 

• Handles all requests for building pages. 

• Pages are built out into XML by delegating to all Parsers 
associated with the Template. 

• Page fields, meaning the raw data that each parser will 
use, Is loaded by TemplateSession before delegation. 

SecuritySession 

• Handles authentication requests, and 
user/group/permission queries. 

VersionSession and SnapshotSession 

• Stateless objects for creating versions and snapshots 

• authorized users can "rollback to earlier versions of 
content and Web site updates are queued in a user- 
defined workflow process; 

• Utilizes existing business process approval cycles for 
web Web site management (e.g., changes approved by 
supervisors in a way that mirrors the organizational 
structure) 
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5. API -Entity Objects: 

ElementEntity- Represents a single Element. Properties include 

• Schema - XML Schema of fte Element. Defines the data 
type of the Element 

• isStatic - whether or not the Bemenf s fields are identical 
between all pages of a template or vary between in page 

• Parser -the parser that builds the data for the element 
and handles its updates 

• Default parameters - parameters passed into the 
Element's parser every time it is invoked 

TemplateEnBty - represents a single Template. Properties include 

• Elements -the elements included in this Template 

NativeFieldEntity - represents a Field of an Element that is housed 
in the database. Properties include 
1 5 • Content - body of the field 

• Path -page path of the field 

• Element -element parent 



5 



10 
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EmbeddedClassEntity - represents an module; a Java class file 
housed in the database. Properties include 

• run mode - whether the module runs as its invoker 
(caller) or as Its own unique identity 

• Byte-code - actual code of the class 

GroupEntity 

• name 

• group memt)ers 



10 UserEntity 

• name 

• email 

• password 

15 6. API - Messaging: 

HandierRegistry - a standalone Java program that runs on the 
Application Server and subscribes to reserved JMS topics, thus 
listening to all application-generated events. 

• Obtains all MessageHandlers from the database at 
20 startup 
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• Delegates messages to appropriate MessageHandlers as 
events transpire 

• Autonnatically registers and activates new 
MessageHandlers as they are created 

5 7. Adapter Tien 

ResourceAdapter 

• Loads all drivers at run-time based on configuration files 

• EJBs and application modules use ResourceAdapter to 
determine the appropriate drivers programmatically 

10 • courtesy methods for bean lool(up, JNDI authentication, 

obtaining database drivers, obtaining XML drivers, etc 
As explained, the present invention's flexibility lies in its ability to be 
easily extended and integrated with other systems and data sources. In order to 
fadlitete this extensibility, The present invention allows "snap-in" Java 
15 components that contain custom business logic to be synthesized into the system 
on the Application tier. The present invention includes the following fiers: 
Database. Adapter, API, Application, and Presentation. 

There are three types of "snap-in" components, or embedded 
classes that the present Invention can be extended with: 

20 • Parsers 

Directory Pools 
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Message Handlers 

Each of the components listed above are Java classes that can be 
uploaded and registered with the present invention and extend the present 
invention's functionalily seamlessly. Parsers cany out spedfic business logic and 
5 return XML-wrapped data to the client A parser is associated with any number 
of Elements in the system and any number of Elements may be associated with 
any number of Templates. Figure 25 depicts the parser process. As shown in 
Rgure 26, when a page is requested from the system, the present embodiment 
executes each parser associated with the relevant Template and gathers their 
10 XML fragmente to assemble one master XML Document that is consumed by the 
client and then transfomied (using XSLT) into an appropriate fonnaL 
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WHAT IS CLAIMED 

1 1 . A method for Integrating content and application delivery 

2 over a distributed computer networl< in a single open arcliitecture program. 

3 comprising: 

4 (a) entering a URL to a user machine connected to the 

5 distributed computer networic; 

6 (b) retrieving a prescribed template on the basis of the 

7 recdved URL; 

8 (c) receiving over the distributed computer networic content 

9 and an application; 

.10 (d) parsing the content into a plurality of XML fragments, 

1 1 each XML fragment identified by an element type and an element style, the 

1 2 element type indicating a type of XML fi^agment, the element style indicating a 

1 3 style presentation of the XML fragment; 

14 (e) assembling a XML document in accordance with the 

15 template; 

16 (f) transfonning the assembled XML document using XSL 

17 into a page for display in a browser operating on the user machine; and 

18 (g) displaying the page in a browser operating on the user 

19 machine. 

20 
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20 

1 2. A method as in claim 1 , wherein the XSL uses the 

2 element style to determine a presentation of the XML fragment on the page. 

1 3. A method as in claim 1 , wherein the assembling step 

2 further comprises integrating the application into the page. 

1 4. A method as in claim 1 , wherein the prescribed template 

2 for the user is selected in accordance with date in a permissions list 
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nGIA - Process Plow: 
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' 3 HTTP m Nol FounJ - Micio:olt tr.leint;! E kpIui 























':iJt!^1^>^ @SRAn S«MbA2/n #]J4Klttp 


M 




^ iogo Goes Here 
AdnrfiSuaton RrsSaJna LastnanwT 



C'3U«' PtS\«'J«h ttHf^. C(}.!t,>J,".l.*{tt']^ 



Parsing tileArmtfmte-cllmKs/tfyndeWt>^ 
Parse of iDsimnWnte-dimks/dyndeirilMWBsl)^ tookSOi mBIseconte 

Parsing lIleAmtMcs^i/rnks/dyiidev/pijAestxsl^^ 

Parse of fieArmtAnk8HiimksM)in8«^ijtestx^^ milllsMonds 



Transfonning.. 

transrofRitook 75 mniiseconds 
'<sijprocessoi:done 



Figure 22 



wo 02/069541 



27/31 



PCT/US02/01582 



'3nDia 1.0 - Mictcsofl micincl Expbcer 
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nGiA - Process Flow: 
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Template XSL Transform 
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